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DETAILED ACTION 



Claim Rejections - 35 USC § 102 

1. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 



2. Claims 21 - 42 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Moore et al. (U.S. Pat. No. 6,408,342) (Communications Framework for Supporting 
Multiple Simultaneous Communications Protocols in a Distributed Object Environment). 



2.1 Regarding claim 21 , Moore discloses a method for transmitting objects in a data 
processing system having an RPC mechanism used by a program stored on a 
computer-readable medium containing instructions executable by a processor, the 
method comprising: 

receiving an object in a form of a stream from a remote RPC mechanism (Figs. 1 , 
5, 6, and 8; col. 4, lines 39 - 51 (see below)); and 



The marshaling and demarshaling of arguments passed to remote methods is accomplished according to 
the invention by defining an OutStream class. The OutStream class defines an interface for at least one 
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primitive marshaler and for a composite data type marshaler, wherein each remote procedure call 
transport derives an OutStream object from the OutStream class for marshaling arguments onto the 
communications link. The communication framework also includes a composite data type class and at 
least one transport independent marshaler. The OutStream object recognizes any argument that is of a 
composite data type. The RPCJTransport invokes a transport independent marshaler to marshal any 
composite data type argument objects. 



deferring reconstruction of the object until requested to perform reconstruction by 
the program (col. 22, lines 32-44 (see below)). 

The communications framework creates a new ObjectReference 501 for a target object whenever a target 
object is first registered with the communications framework. Optionally, the construction of the 
ObjectReference 501 may be delayed until it is needed, thus avoiding any unnecessary 
ObjectReference 501 creation. The created ObjectReference 501 is passed to other processes either 
by returning the ObjectReference 501 as a return parameter from a remote procedure call to another 
process, or by passing the ObjectReference 501 as a parameter in an outbound remote procedure 
call. Alternatively, the ObjectReference 501 can be made known to other processes by placing it in a 
shared medium, such as a shared disk file. 

2.2 Per claim 22, Moore teaches the method of claim 21 , further comprising: 

reconstructing the object using code identified in the stream, when requested to 
perform reconstruction by the program (col. 22, lines 32 - 44; col. 16, lines 45 - 50 (see 
below)). 
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Demarshaling is an analogous process to marshaling. Each object associated with a transmittable value 
supports a demarshalQ routine. The demarshal() routine derives from the InStream class 409. 

2.3 Regarding claim 23, Moore discloses a method in a data processing system for 
transmitting an object from a first RPC mechanism to a second RPC mechanism that is 
used by a program stored on a computer-readable medium containing instructions 
executable by a processor, comprising: 

forming a stream out of the object by the first RPC mechanism (Figs. 1 , 5, 6, and 
8; col. 4, lines 39-51); 

sending the stream to the second RPC mechanism by the first RPC mechanism 
(Fig. 5, item 101); 

receiving the stream by the second RPC mechanism (Fig. 5, item 103); and 
deferring reconstruction of the object by the second RPC mechanism until 
requested to perform the reconstruction by the program (col. 22, lines 32 - 44). 

The communications framework creates a new ObjectReference 501 for a target object whenever a target 
object is first registered with the communications framework. Optionally, the construction of the 
ObjectReference 501 may be delayed until it is needed, thus avoiding any unnecessary 
ObjectReference 501 creation. The created ObjectReference 501 is passed to other processes either 
by returning the ObjectReference 501 as a return parameter from a remote procedure call to another 
process, or by passing the ObjectReference 501 as a parameter in an outbound remote procedure 
call. Alternatively, the ObjectReference 501 can be made known to other processes by placing it in a 
shared medium, such as a shared disk file. 
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2.4 Per claim 24, Moore teaches the method of claim 23, further comprising the step, 
performed by the second RPC mechanism, of: 

reconstructing the object using code identified in the stream, when requested to 
perform reconstruction by the program (Figs. 1,5,6, and 8; col. 4, lines 39 - 51 ). 

2.5 Regarding claim 25, Moore discloses a method in a data processing system for 
transmitting an object from a first RPC mechanism to a second RPC mechanism, 
comprising: 

forming a stream out of the object by the first RPC mechanism (Figs. 1 , 5, 6, and 
8; col. 4, lines 39-51); 

sending the stream from the first RPC mechanism to the second RPC 
mechanism (Fig. 5, item 101); 

storing the stream by the second RPC mechanism (col. 16, lines 34 - 41 (see 
below)); and 

The marshaling and demarshaling mechanism of the present invention places no restriction on the in- 
memory representation of an object. The only requirement is that each marshalable object supports a 
marshal() and demarshal() method (either directly or in the preferred embodiment via a base class). In the 
above example, the object provides its own marshaler. 

deferring reconstruction of the object by the first RPC mechanism until the 
stream is returned from the second RPC mechanism to the first RPC mechanism in 
response to the occurrence of an event (col. 1 1 lines 32 - 44 (see below)). 
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The communications framework creates a new ObjectReference 501 for a target object whenever a target 
object is first registered with the communications framework. Optionally, the construction of the 
ObjectReference 501 may be delayed until it is needed, thus avoiding any unnecessary 
ObjectReference 501 creation. The created ObjectReference 501 is passed to other processes either 
by returning the ObjectReference 501 as a return parameter from a remote procedure call to another 
process, or by passing the ObjectReference 501 as a parameter in an outbound remote procedure 
call. Alternatively, the ObjectReference 501 can be made known to other processes by placing it in a 
shared medium, such as a shared disk file. 

2.6 Per claim 26, Moore teaches the method of claim 25, further comprising: 

reconstructing the object by the first RPC mechanism using code identified 
in the stream (col. 22, lines 32 - 44; col. 16, lines 45 - 50 (see below)). 

Demarshaling is an analogous process to marshaling. Each object associated with a transmittable value 
supports a demarshal() routine. The demarshal() routine derives from the InStream class 409. 

2.7 Regarding claim 27, Moore discloses a method for processing objects in a 
distributed system comprised of multiple machines, comprising: 

receiving a stream containing an identifier of an event listener and a self- 
describing form of an object associated with a request for notification of a particular 
event within the distributed system (Figs. 4B, 5; col. 25, lines 52 - 60 (see below)); and 
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The RPC_Transport 305 for each communication protocol includes a listener to receive incoming 
requests for the physical media supported by the protocol. In the example of FIG. 5, the listener is the 
RPC_Server 315. When the listener demarshals (calling upon the primitive marshalers 313) the object 
identifier, the Virtual Process identifier, and the operation name associated with the incoming request. 
The RPC_Transport 305 uses these pieces of information to create an IncomingCall instance derived 
from the following IncomingCall class: 

in response to occurrence of the particular event, sending the stream to the 
identified event listener for reconstruction of the object using program code identified in 
the stream (col. 25, lines 52 - 60). 

2.8 Per claim 28, Moore teaches the method of claim 27, wherein the stream is 
received from the event listener (Figs. 4B, 5; col. 25, lines 52 - 60). 

2.9 Regarding claim 29, Moore discloses the method of claim 27, wherein the stream 
is received from a machine other than the event listener (Figs. 4B, 5, 6, 7; col. 25, lines 
52 - 60). 

2.10 Per claims 30 - 35 and 39 - 42, the rejection of claims 21-26 under 35 USC 
102(e) (paragraphs 2.1 - 2.6 above) applies fully. 

2.1 1 Regarding claims 36, 37, and 38, the rejection of claims 27, 28, and 29 
respectively under 35 USC 102(e) (paragraphs 2.7 - 2.9 above) applies fully. 



Application/Control Number: 09/891,178 



Art Unit: 2141 



Page 8 



3. Claims 21 - 26, 30 - 35, and 39 - 42 are rejected under 35 U.S.C. 102(e) as 
being disclosed by Heimsoth et al. (Object-Oriented Communication Interface for 
Network Protocol Access Using the Selected Newly Created Protocol Interface Object 
and Newly Created Protocol Layer Objects in the Protocol Stack). 

3.1 Regarding claim 21 , Heimsoth discloses a data processing system having an 
RPC mechanism used by a program, a method for transmitting objects comprising: 

receiving an object in a form of a stream from a remote RPC mechanism (Fig. 
9D; col. 30, lines 1-10 "This function also rebuilds the NetworkOperation object 
when the server responds to the request that was sent"; col. 29, lines 41 - 46; col. 
31, lines 5 -18); and 

deferring reconstruction of the object until requested to perform reconstruction by 
the program (Fig. 9D; col. 29, lines 41 - 46; col. 31 , lines 5-18). 

3.2 Per claim 22, Heimsoth teaches reconstructing the object using code identified in 
the stream, when requested to perform reconstruction by the program (Fig. 9D; col. 30, 
lines 1-10; col. 29, lines 41 -46; col. 31, lines 5-18). 
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3.3 Regarding claim 23, Heimsoth discloses a method in a data processing system 
for transmitting an object from a first RPC mechanism to a second RPC mechanism that 
is used by a program, comprising: 

forming a stream out of the object by the first RPC mechanism (col. 29, lines 26 - 

30); 

sending the stream to the second RPC mechanism by the first RPC mechanism 
(Fig. 7A; col. 30, lines 1-10; col. 29, lines 41 -46; col. 31, lines 5- 18); 

receiving the stream by the second RPC mechanism (Fig. 7A; col. 30, lines 1 - 
1 0; col. 29, lines 41 - 46; col. 31 , lines 5-18); and 

deferring reconstruction of the object by the second RPC mechanism until 
requested to perform the reconstruction by the program (Fig. 9D; col. 30, lines 1-10; 
col. 29, lines 41 - 46; col. 31 , lines 5-18). 

3.4 Per claim 24, Heimsoth teaches the method of claim 23, further comprising the 
step, performed by the second RPC mechanism, of: 

reconstructing the object using code identified in the stream, when requested to 
perform reconstruction by the program (Fig. 9D; col. 30, lines 1-10; col. 29, lines 41 - 
46; col. 31, lines 5 -18). 



3.5 Regarding claim 25, Heimsoth discloses a method in a data processing system 
for transmitting an object from a first RPC mechanism to a second RPC mechanism, 
comprising: 
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forming a stream out of the object by the first RPC mechanism (Fig. 9D; col. 29, 
lines 26 - 30 and 41 - 46; col. 31 , lines 5-18); 

sending the stream from the first RPC mechanism to the second RPC 
mechanism (Fig. 7A; col. 29, lines 41 - 46; col. 31 , lines 5-18); 

deferring reconstruction of the object by the first RPC mechanism until the 
stream is returned from the second RPC mechanism to the first RPC mechanism in 
response to the occurrence of an event (Fig. 9D; col. 30, lines 1-10; col. 29, lines 41 - 
46; col. 31, lines 5-18). 

3.6 Per claim 26, Heimsoth teaches the method of claim 25, further comprising: 
reconstructing the object by the first RPC mechanism using code identified in the 

stream (col. 29, lines 26 - 30). 

3.7 Per claims 30 - 35 and 39 - 42, the rejection of claims 21 - 26 under 35 USC 
102(e) (paragraphs 3.1 - 3.6 above) applies fully. 

Response to Arguments 

4. Applicant's arguments filed 7/20/05 have been fully considered but they are not 
persuasive. 
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Applicant argues that although Moore (U.S. Pat. No. 6,408,342) "mentions optionally 
delaying the creation of ObjectReference 501 , Moore does not teach or suggest 
deferring reconstruction of the object until requested to perform reconstruction, as 
asserted by the Examiner." (p. 13, paragraph 3 of Remarks on 1 1/15/05). 
The Examiner disagrees. 

As stated in the 35 USC 102(e) rejection above and by Applicant, Moore discloses that 
the construction of the ObjectReference 501 may be delayed until it is needed, thus 
avoiding any unnecessary processing associated with the creation of ObjectReference 
501 (col. 22, lines 35 - 37). 

Clearly, the construction of ObjectReference 501 must be somehow invoked. Therefore 
there must be a request to perform reconstruction. 

The remaining arguments with regard to Moore are addressed in the rejection under 35 
USC 102(e) with respect to Moore. 

The arguments with regard to Heimsoth et al. (U.S. Pat. No. 5,764,915) are detailed in 
the office action of 4/21/05. 

Conclusion 

5. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure: 
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Vasudevan et al. U.S. Pat. No. 5,887,172 Remote Procedure Call System 
and Method for RPC Mechanism Independent Client and Server Interfaces 
Interoperable with any of a Plurality of Remote Procedure Call Backends 

An RPC system that defers selection of marshalling routines (see Abstract). 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kenneth R. Coulter whose telephone number is 571 
272-3879. The examiner can normally be reached on 5 4 9. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Rupal Dharia can be reached on 571 272-3880. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



krc 




